[Problème] Sur un site cloné, accès frontend impossible

[fredjouan]

Bonjour,
Un site dupliqué (avec Akeeba) sur un nouvel hébergement (PHPnet) donne sans problème accès à l'admin, mais affiche un message d'erreur à l'ouverture de la page d'accueil du site :

0 - Call to a member function get() on null

Je n'ai rien trouvé d'anormal dans le fichier configuration.php et le fichier htaccess est activé.
Une idée ?
Merci d'avance,
Fred

[RobertG]

Bonjour !
Il est possible qu'une extension ne soit pas compatible avec PHP 7 pour que tu reçoives ce message. Essaie de revenir en version 5.6

[fredjouan]

Bonjour Robert,
Merci pour la réponse mais je doute que le problème vienne de là. Après vérification, la version originale est en PHP 7.0.24 et la version du site cloné chez PHPnet est en PHP 7.0.23
C'est un site installé à la racine d'un hébergement Premium car il n'a évidemment pas de nom de domaine associé. Ce qui est étonnant, c'est que l'adresse Admin :
https://pxxxx.phpnet.org/administrator fonctionne normalement, alors que l'adresse :
https://pxxxx.phpnet.org/ déclenche le message d'erreur.


Je viens de remarquer que Admin Tools est installé. Peut-être un problème de ce côté-là ? Je viens de désactiver le fichier .htaccess (6 ko) pour le remplacer par le fichier d'origine Joomla (3 ko), mais j'ai toujours le même message d'erreur…

[RobertG]

Essaie quand même PHP 5.6 ou tente d'en savoir plus sur l'origine de l'erreur avec error_reporting à "development" ET debug à "1".

[fredjouan]

En activant le mode debug, l'affichage de la page d'accueil indique :
Call stack
# Function Location
1 () JROOT/templates/toranj/html/mod_login/default.php:106
2 require() JROOT/modules/mod_login/mod_login.php:29
3 include() JROOT/libraries/src/Helper/ModuleHelper.php:201
4 Joomla\CMS\Helper\ModuleHelper::renderModule() JROOT/libraries/src/Document/Renderer/Html/ModuleRenderer.php:98
5 Joomla\CMS\Document\Renderer\Html\ModuleRenderer->render() JROOT/libraries/src/Document/Renderer/Html/ModulesRenderer.php:47
6 Joomla\CMS\Document\Renderer\Html\ModulesRenderer->render() JROOT/libraries/src/Document/HtmlDocument.php:479
7 Joomla\CMS\Document\HtmlDocument->getBuffer() JROOT/libraries/src/Document/HtmlDocument.php:782
8 Joomla\CMS\Document\HtmlDocument->_renderTemplate() JROOT/libraries/src/Document/HtmlDocument.php:557
9 Joomla\CMS\Document\HtmlDocument->render() JROOT/libraries/src/Application/CMSApplication.php:1117
10 Joomla\CMS\Application\CMSApplication->render() JROOT/libraries/src/Application/SiteApplication.php:780
11 Joomla\CMS\Application\SiteApplication->render() JROOT/libraries/src/Application/CMSApplication.php:273
12 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:49
Merci de ton aide,
Fred

[pmleconte]

Bonjour Fred,

Cela semble venir de ton template, plus particulièrement d'un override du mod_login. As-tu essayé de renommer cet override dans le répertoire html de ton template ?

Petite question : il date de quand ton template ?

Cela ressemble tout de même à un problème de compatibilité php.

Pascal

[fredjouan]

Bonjour Pascal,
Merci de ta réponse. C'est en effet le template qui doit poser problème.
Non seulement il est ancien et n'est plus mis à jour par le développeur mais en plus, c'est le genre de template livré avec des fonctionnalités (OVA composer et autres gadgets) qui empêchent la mise en place d'un nouveau template.
Indépendamment des positions de modules qu'il faut réadapter !
J'ai tenté d'installer templatecreatorck mais le nouveau template ainsi créé ne peut même pas s'installer…
C'est une petite start-up dont j'essaye d'aider le créateur. Cela fait plusieurs fois que je lui conseille de refaire un site "propre", mais l'investissement en temps est important.
Ceci dit, on arrive à faire tourner son site sur l'hébergement d'origine (PHP 7.0.24), mais on a ce défaut d'affichage chez PHPnet (qui vient de passer en PHP 7.0.25).
Je vais aller jeter un œil sur les surcharges de template,… à tout hasard.
Et lui conseiller de repasser en PHP 5.6
Fred

[pmleconte]

Fred,

Quelle version Joomla utilises-tu ?

La version 3.8 a bien cassé les "vieilles" extensions, ainsi que les templates anté-diluviens qui faisaient appel directement aux fichiers plutôt qu'aux classes.

Pascal

[RobertG]

Le plus simple serait peut-être d'importer le site avec un utilitaire comme SP Transfer, Migrate Me Plus ou JMigrate, sans ce template qui pose problème, dans un site 3.8.1 vierge.

[fredjouan]

Bon, c'est bien le template qui pose problème.
Je viens de réinstaller templatecreatorck et de créer vite fait un template et le site s'affiche maintenant.
Il faut maintenant corréler les positions de template avec les positions de modules, pas une mince affaire !…
Je vais avancer sur cette nouvelle base et je reviens vers vous.
Merci infiniment pour vos remarques et conseils,
Fred